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A SYSTEM AND METHOD SUPPORTING CONFIGURABLE OBJECT DEFINITIONS 

1 Field of the Invention 

The present invention relates to a system and method supporting the configuration of 
Business Object Types, inore specificaily, supporting the use of predefined pieces of 
5 functionality and meta-data in the configuration of Business Object Types. 

2 Background 

When programming extensive computer applications with a high complexity as well as a 
high flexibility there is a wish to factor out common functionality. Functionality is commonly 
reused on a "cut and paste" basis and it is difficult to interface between the different 

1 0 constituent components because there is no clear encapsulation of functionality and 
separation of data and methods. This leads to inconsistencies and low quality, because a 
reused piece of functionality has no intelligence — it does not know where it came from, 
and does not synchronize automatically with its progenitor. Furtherrnore. maintenance is 
laborious, because the same functionality is repeated, maybe with slight variants, in a lot 

16 of places. It takes time to identify all places where an update is required, and the process 
requires manual intervention and is therefore error-prone. 

A way to overcome some of these problems is to use Object Oriented programming. In 
Object Oriented programming: 

20 

• Reuse is controlled, as common functionality can be factored out into objects with 
well-defined interfaces. 

• Interoperability is facilitated, because objects have well-defined and well-described 
interfaces. 

25 • Variance can be controlled by use of inheritance. Inheritance makes sure that any 
change to the progenitor will be applied to its descendants. 

• The level of abstraction is supposedly heightened, as objects should ideally be 
rooted in the business problem domain, not in the 'computer" domain. 

30 Still. 

• extending a solution can be a bottleneck, because the programmer is responsible 
for the infrastructure without which there is no application 
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A more structured way of using Object Oriented programming can be provided in a 
framework. An advantage of a "framework" for application development is that the 
common functionality is provided in the framework, not in libraries or utility classes. The 
framework, basically, becomes a framework by providing common functionality plus 
5 setting the infrastructure of a working program. However ateo this Wnd of programming Is 
also based on inheritance and cannot be easily upgraded. 

Within the last couple of years several attempts of creating a frameworic-based 
programming language that organizes the programming code for the programmer have 
1 0 been suggested. The overall idea by introducing this programming technique is that all 
Objects are based on predefined pieces of code. Among others are "Subject-Oriented 
Programming" by IBM and "Aspect-Oriented Programming" by Xerox PARC Software. 

Even though this way of programming helps the programmer organize the objects, the 
1 5 programmer is still responsible for describing how these pieces of functionality interact by 
writing code from scratch, and writing how these pieces of functionality are combined. 
This process is also known as "weaving". 

It is a disadvantage of these framework-based programming languages that basically all 
20 the weaving has to be redone or at least checked every time the pieces of functionality 
change. This makes upgrading the framework complicated and expensive. 

Furthermore, since some functionality of an object will be provided in the weaving code, it 
is impossible for the frameworitto guarantee a system-vtfide quality of the application. 
25 because the frameworic has no way of knowing what the weaving code does. 



Description 

It is an object of the invention to: 

30 • make it easy to create and customize applications, 

. make it easy to up-grade the common functionality without having to rewrite the 

applications, and 
• control the quality of the applications 
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In a broad first aspect of the invention a system for configuring a Business Object Type is 
provided, said system comprising a design component for configuring the Business Object 
Type, the design component having access to or being provided with; Business Object 
Type connecting means, a set of Aspect Patterns wherein at least one of said Aspect 
5 Patterns comprises: Aspect connecting means, one or more pieces of generalized 
functionality; wherein the pieces of generalized functionality are adapted to be specified, 
thereby providing pieces of specific functionality, and one or more Aspect Event Type 
connecting means enabling that one or more pieces of functionality can be triggered, a set 
of Event Types, wherein at least one of said Event Types comprises Event Type 
10 connecting means. 

It is an advantage of the invention that Business Object Types more easily can be created 
by configuring the predefined pieces of functionality in the one or more Aspect Patterns, 
configuring the Business Object Type with the one or more Aspect Patterns, configuring 

1 5 the one or more Event Types with the Business Object Types and configuring the Event 
Types with one or more pieces pf functionality in the one or more Aspect Patterns thereby 
enabling one or more pieces of functionality to be triggered in the Aspect Patterns. It is a 
further advantage of the invention that before the configuration there does not exist any 
connections between the Aspect Patterns and the Business Object Type, the Event Types 

20 and the Business Object Type. Neither does any of the Aspect Patterns have any mutual 
connections before the configuration. TTiis is an advantage since it facilitates upgrades of 
the system. Furthermore, the level of abstraction is higher compared to traditional 
configuration thus supporting faster modeling and higher quality of an application. 

25 In the following, a number of technical terms are used. The use of these temis is believed 
not to be in contradiction with the ordinary use of the temis, but in order to ease the 
understanding of the invention, a short list of some terms are given below together with an 
indication of the meaning of these words: 

30 Meta-data (synonyms: type data, 2""* order data): Data that is related to the type of data 
instead of to the data itself. For example a postal address may comprise the elements: 
street, number, zip, city and country. The infonnation about which elements a postal 
address comprises is meta-data. Another example is that in a given system it is defined 
that the name of an employee can consist of no more than 50 characters. The maximum 

35 allowed number of characters is meta-data. 
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^^ata on the other hand describe specific things that apply only to instances: the 
1«» order ystal address (Frydenlunds alle 6. 2950 Vedbaek). the actual Employee Name 
actual pop**^ ^.isen) or the actual engine number (S/N 45 55 666). It is implied that data must 
(Lars Ha»**^'*^^^have according to the specifications laid down in its meta-data. For example the 
5 always b''*''^^.^ Name will have to comply with the rule that the number of characters does not 
Employe"-'^ J. 
exceed 

^^uratibn is a complete or partial specification of one or more pieces of 
Aconf?'' ^d functionality and/or meta-data. 
10 general'' 

Pattern is a kind of extended data type, in the sense that it represents a 
An Asp*^ >.ole solution to a general problem, and in the sense that it comprises business 
configi'*^ solution of the general problem. An Aspect Pattern comprises one or more 

logic f<" ' ,ed pieces of functionality. An Aspect Pattern further defines a set of meta-data 
15 gener?-' configured for that pattern. The Aspect Pattern defines the interpretation of a 

that c«-^ of meta-data in an application. An Aspect Pattern further comprises Aspect 
numb^ . ..g means and Aspect Event Type connecting means, 
conne^' 

pie, an application may use an "Address Aspect Pattern" as well as a "Milestone 
20 For attem". The Address Aspect Pattern may comprise e.g., one or more pieces of 

Aspe'^ ^lity that knows how to handle a telephone address e.g., it comprises functionality 
func*?'^'^ ^ys how to: call a telephone number, verify the number against the national 
that ^ ^ti register, format the number for output, etc. The Address Aspect Pattern may 
tetep"^ .prise one or more pieces of functionality that knows how to handle a postal 
25 also including e.g., a piece of functionaltty that can verify the address. All Aspect 

add' require broad interpretations to ensure that all problems that can be solved by 
Pa*+' ^aonality of a particular Aspect Pattern also belong to this pattern. For example, 
the ' Aspect Pattern may be used to calculate various values on the basis of other 
the ^ ,1 to estimate costs. By value is meant traditional values such as price, VAT and 
30 va'" / . but also more aljstract values such as working hours. 



di^ 



,^ct Pattern comprises one or more Aspect Types. An Aspect Type is a 
Ar ^ ^ , f*lion of the Aspect Pattern. Therefore, for the various Aspect Types it is decided 
sp- j,ieces of functionality the Aspect Type may use and to some extent how 



35 W> 
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. Each Aspect Type may define the meta-data of the 1st order data at runtime. 

For example, an application that uses the "Address Aspect Patten", as explained above, 
may ftjrther use some specifications of the "Address Aspect Pattern" e.g. an Aspect Type 
5 "Home address" and an Aspect Type "Bill to address". For each Address type, the 
functionality within the Address Aspect Pattem is specified in greater detail. The Address 
Type "Home address" may for example, be defined so that it can use only the "postal 
address" piece of functionality within the Address Aspect Pattem, whereas the Aspect 
Type "Bill to address" can use either the "Postal Address" or the "E-mail address" pieces 

1 0 of functionality. That is, pieces of functionality are configured in an Aspect Type, e.g. the 
Address Type "Home address" is configured to only encompass the "postal address" 
functionality. For an Identification Aspect Pattem comprising functionality that enables 
automatic creation of an identifier, an Aspect Type could be specified in what way the 
identifier shall be created e.g. whether the identifier uses numbers that are created from a 

1 5 number series or a random number generator. 

Business Object Type: A Business Object Type is an object type that represents a 
concept or type of entity within the scope of the real world. Typical examples of Business 
Object Types are: Employee, product, invoice, payment, debtor, creditor, and orders. A 
20 Business Object Type comprises Business Object Type connecting means. 

By connecting one or more Aspect Types with a Business Object Type a Configured 
Business Object Type with one or more configured Aspect Types is created. That is, 
the Aspect Type's Aspect connecting means are connected with the Business Object 
25 Type connecting means. 

For example in an application a Business Object Type "Customer" may need a home 

address, hence, the Aspect Type "Home address" must be configured with the Business 
Object Type "Customer". In this way a configured Business Object Type "Customer" is 
30 obtained. The Configured Aspect Type will then be the "Customer's Home address". 

A Business Object Instance is an instance of the configured Business Object Type. For 
example, a Business Object Instance of the configured Business Object Type "Customei" 
could be Navision Software A/S. 
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An Aspect Instance is one or more 1st order data of a Configured Aspect Type created 
at runtime. For example, the "Home Address for a specific Customer" may be 
"Frydenlunds Alle 6, 2950 Vedbaek". 

5 In the following the correspondence between Object Oriented Programming (OOP) and 
the Invention is explained. In OOP a Class may comprise a set of meta-data and/or one or 
more pieces of functionalrty that may operate on either one or more Object Instances or 
on all of the Object Instances within the class. In the present invention a Configured 
Business Object Type corresponds to the same level of abstraction as a Class in the 

10 sense that it may comprise one or more Business Object Instances. A Configured Aspect 
Type could then be conceived as corresponding to one or more of the pieces of 
functionality as well as a part of meta-data for a Class. 

A Business Object Alias expresses the same physical entity of two or more different 
15 Business Object Instances (e.g. a company that is acting as both a customer and a 
vendor. I.e. different Business Object Types can be configured to be possible aliased so 
that Aspect Instances instantiated from.the same Aspect Types in the different Business 
Object Types will be the same. This implies that a change In one Aspect Instance in a first 
Business Object Instance automatically will be propagated to other matching Aspect 
20 Instances of other Business Object Instance that have been specified to be aliased will 
. the first Business Object Instance. For example, the Business Object Instances of the 
Business Object Type "Customed as well as the Business Object Instances of the 
Business Object Type " Vendor" may be aliased. If the Business Object Type Customer 
as well as the Business Object Vendor comprise the Aspect Type "home address" and a 
25 Business Object Instance of "Customer" has been specified as aliased with a Business 
Object Instance of "Vendor", a change In the Aspect Instance of the "home address" in 
either of the Business Object lnstan<»s will be propagated to the other. 

An application comprises a number of configured Business Object Types. An outline of 
30 the principle of the model of configuring is Illustrated the Figure 1 . The model should be 
interpreted in the following way. 

An Event Type is configured with a configured Business Object Type and defines 
possible occurrences to which an Aspect Pattem may react. An Event Type comprises 
35 Event Type connecting means. Either a user or the system can trigger an Event Type to 
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firing an Event Instance. An Event Instance is an occunrence of an Event Type. An Event 
Type may be fired zero or a number of times. The actual communication between the 
Aspect Instances is carried out through Event Instances. The Event Types are configured 
with the specific Business Object Types. Thus, the Event Types control the dynamics of 
5 the Business Object Types. E.g. an Event Type for the Business Object Type "Invoice- 
could be "payment due' and an Event Instance thereof would then be triggered by a piece 
of functionality within the Aspect Pattern that has been configured with the "payment due" 
Event Type the actual date a Business Object Instance (i.e. a specific Invoice) has 
payment due. Also, an Address Aspect Pattern may have a piece of functionality that 

10 enables checking of a postal address in an official register. It fs then possible to create an 
Event Type that triggers the piece of functionality that checks the postal address in an 
official register. An Event Type for the configured Business Object Type "Customer" could 
then be "Address verification", and it would trigger the postal address check. The 
"Address verification" Event Type can then be configured to be either a system triggered 

15 Event Type or a user triggered Event Type. 

The business logic i.e. the functionality of an Aspect Pattem can take action when an 
Aspect Instance of the Aspect Pattem receives a specific Event Instance. The event 
mechanism serves to fully insulate Aspect Types: we say that the Aspect Types 

20 preferably are disjoint, which means that the single Aspect Type does not know about the 
data or logic of any of the other Aspect Types, or even if another Aspect Type exists. 
Likewise also the Aspect Pattems are preferably disioint. This is an advantage since it 
provides for plugging a new Aspect Pattern into a running system without having to make 
any other changes to the system than those regarding the new Aspect Pattem and its 

25 Aspect Types thus facilitating upgrades by: eliminating the possible side effects, since 
none of the other Aspect Types have to be reconfigured. 

For example, it will be a user of the application that fires an Event Instance of the Event 
Type "Address verification", configured as a user triggered Event Type. When the Event 
30 Instance is fired, it will then trigger the postal address check in the Address Aspect 

Pattem. Hence, neither an Event Type nor an Event Instance has any functionality. They 
solely comprise information about which Configured Aspect Types they may trigger by the 
configuration of the Event Type connecting means, thus triggering the functionality in the 
Aspect Pattem of the Configured Aspect Type, as illustrated in Figure 1. 

35 
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In order to ease reading of the following an outline of the principle of the model of 
configuring a Business Object Type according to the present invention is shown in Figure 
1 It appears from the figure that for each Aspect Pattern one or more Aspect Types may 
exist As explained earlier, an Aspect Type is a specification of an Aspect Pattern. The 
5 specified plece(s) of functionality that should be executed when an Event Type is 

triggered comprises Aspect Event Type connecting means. In a preferred embodiment of 
the invention the Aspect Event Type connecting means and the Event Type connecting 
means each comprises a unique Aspect Event Type ID respectively a unique Event Type 
ID Setting the Event Type ID and identifying which pieces of specified functionality within 
10 one or more Aspect Types (comprised in one or more Aspect Pattems) that should react 
when the Event Type is triggered then configures the effect of an Event Type. Arrows in 
between the Event Type connecting means and the Aspect Event Type connecting means 
thus indicate the configuration. The Aspect Event Types IDs that correspond to these 
pieces of specified functionality are then set to the same as the Event Type ID. For 
1 5 example, a "Postal address" Aspect Type comprises a piece of "verificaUon' functionality 
that should be triggered when an Event Type "Create customer- with an Event Type ID 
e g. "1" is triggered, thus the Aspect Event Type ID that is comprised in the "verification- 
piece of functionality should also be "1". Other pieces of functionality within the "Postal 
address" and/or other Aspect Types, may also need to be triggered, thus their Aspect 
20 Event Type IDs should also be "1 ". The actual configuration of a Business Object Type is 
carried out by joining the Business Object Type connecting means with the Aspect 
connecting means and the Event Type connecting means. In a prefenred embodiment of 
the invention the Business Object Type connecting means and the Aspect connecting 
means each comprises a Business Object Type ID respectively Aspect ID. the 
25 configuration of a Business Object Type is then carried out by creating an entry with the 
Business Object Type ID. the one or more Aspect IDs and the one or more Event Type 
IDs in e.g. a Database as shown in Figure 4. The arrows in Figure 1 between the Aspect 
connecting means and the Business Object connecting means and the arrows between 
the Business Object Type and the Event Types indicate a configuration. 

30 

In Figure 1 the configuration of only one Business Object Type is illustrated, though a 
number of Business Object Types can actually be configured in a corresponding way: by 
using the same Aspect Pattern and tiieir Aspect Types. 
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In order to make two or more Business Object Instances interact a "Relation" Aspect 
Pattern is implemented in a preferred embodiment of the invention. In addition to the 
Aspect connecting means the "Relation" Aspect Pattem further comprises related relation 
connecting means (related relation type IDs) that can be configured to one or more 
5 (relation) Aspect connecting means thereby creating a connection between the Business 
Object Types. The "Relation" Aspect Pattem further comprises one or more pieces of 
functionality that may react when a Business Object Instance receives an Event Instance 
and one or more pieces of functionality that enables it to propagate another Event 
Instance to a related Business Object Instance. For example, if a technidan should be 

1 0 allocated to a service job, a Business Object Type "Employee" should be related with the 
Business Object Type "Service Job" by configuring the "Relation" Aspect Pattem with both 
Business Object Types. Thus, a Business Object Instance "Kim Jensen" of the Business 
Object Type "Employee" can be related with the Business Object instance °S J334455° of 
an Aspect Type "SJ" with an Aspect Instance of the configured "Relation" Aspect pattem. 

1 5 Whenever an Event Instance is fired on one of the Business Object Instances another 
Event Instance will be propagated to the other Business Object Instance. 



In order to illustrate the crosscutting nature of an Aspect Pattern an example of a 
configuration of a single Aspect Pattern with a number of Business Object Types is 

20 presented in the following: Lets say that in an application it must be possible to keep track 
of sold items, bought items as well as the number of items on stock. In order to configure 
such an application an Aspect Pattem "Registration" comprising functionality that makes it 
possible to keep track on the number of items, the sold items as well as the bought items 
may be used. For example a Business Object Type "Good" as well as a Business Object 

25 Type" Delivery" and a Business Object Type "Shipmenf may be configured with the 
"Registration" Aspect Pattem. The "Registration" Aspect Pattem may comprise the meta- 
data: "amount". "+/-" and "total" where "amount" is an amount of the item that is dealt with 
"+/-" indicates whether the "amount" should be subtracted or summed up when the total 
should be found laid out in the meta-data "total". Further more, the meta-data "total" in the 

30 "Registration" Aspect Pattern could be associated with a piece of functionality that 

provides for a sum of zero or more Aspect Instances derived from a configuration of one 
or more Business Object Types comprising the Aspect Pattem "Registration" comprising 
the meta-data "amount" and "+/-". In the example the Business Object Type "Shipmenf 
should be configured with the meta-data "amount" and "+/-" comprised in the 

35 "Registration" Aspect Pattem where "amount" is the number of sold itehis and "+/-" should 
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be configured as since the amount should be subtracted in the '^otal* amount of the 
"Registration" Aspect Pattern configured with the Business Object Type" Good". Further 
the Business Object Type "Delivery" should also be configured with the meta-data 
"amounf and "+/-" of the "Registration" Aspect Pattern. The meta-data "+/-" should be 
5 configured as "+" for the Business Object Type "Delivery" indicating that the number of 
items is increased every time a delivery tal<es place. An embodiment as the one laid out in 
the example is illustrated in the following Table. 



Business Object Type 


Good 


Delivery 


Shipment 


Asjject Pattern 
"Registration" 


total 


X 






amount 




X 


X 


+/- 




+ 
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It may be useful in some situations to retrieve a value from an Aspect Instance of one 
Configured Aspect Type and set the value on another Aspect Instance of a Configured 
Aspect Type. This is achieved by configuring a "Propagated Value" to a Business Object 
Type. The configured Aspect Type where the Aspect instance should be looked up and 

1 5 the configured Aspect Type where the Aspect Instance should be changed is specified 
during configuration. An Aspect Pattem that can provide one or more values from its 
Aspect Instances comprises a piece of Expression functionality. The expression 
functionality provides for a specification of what part of the Aspect Instance that should be 
propagated. An Aspect Pattem that can set one or more values on its Aspect Instances 

20 comprises a piece of channel functionality. The channel functionality provides for a 

specification of what part of the Aspect Instance that should be changed. The Propagated 
Value comprises Source Aspect connecting means and Target Aspect connecting means. 
To ensure that all values are up-tp-date, all Propagated Values are calculated when the 
Source changes. 

25 

During configuration of Propagated Values as illustrated in Figure 2 a Business Object 
Type is configured with zero or a number of Propagated Values. For each of the 
Propagated Values the Source Aspect connecting means is connected with an Aspect 
Connecting means of the Aspect Type that the Value should be retrieved from. Likewise 
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the Target Aspect Connecting means is connected with an Aspect connecting means of 
the Aspect Type that the Value should be set on. The Aspect Types that the Source 
Aspect connecting means respectively tiie Target Aspect connecting means are 
configured with may be configured with the same Business Object Type or different 
5 Business Object Types. Thus, by using Propagated Values, values can be exchanged 
within a Business Object Instance as well as between two Business Object Instances. In a 
preferred embodiment of the invention the Source Aspect connecting means as well as 
the Target Aspect Connecting means each comprises a unique identifier, also as 
explained earlier the Aspect connecting means as well as the Business Object Type 

10 connecting means also comprises a unique identifier. The configuration is then carried out 
by creating an entry that comprises the Business Object ID, the Source Aspect ID, which 
is set to the same ID as the Aspect Type that it should retrieve the value from, and the 
Target Aspect ID, which is set to the same ID as the Aspect Type that it should set the 
value on. Also in the propagated yajue it is specified what part of an Aspect Instance 

15 where the value should be retrieved respectively set. 

For example, if the price of a service order should depend on the response time of the 
service order, so that a "short", "medium", and "long" response time would result in 
different prices, a Business Object Type "Service Order" may be configured with a 

20 "Response Time" Aspect Type comprising the response time of the service order, and a 
"Price" Aspect Type comprising the price of the service order. Whenever the response 
time of the service order in a "Response Time" Aspect Instance is changed the price of 
the service order in the corresponding "Price" Aspect Instance should be recalculated 
based on the response time. This could be done by having an expression on the 

25 "Response Time" - Aspect Type called "Length" that may return one of the values "long", 
"short" or "medium". It would be part of the "Response Time" — Aspect Type's 
configuration that would determine whether the response time of the service order in the 
"Response Time" Aspect Instance is considered "long", "short" or "medium". The "Price" - 
Aspect Type could have a channel called "Quality of Service" that could receive any of the 

30 values "long", "short" or "medium". Based on the input, the "Price" Aspect Type would 
recalculate the "Price" Aspect Instance according to the functional'tty in its Aspect Pattern 
and its configuration. The Propagated Value-mechanism would be responsible for passing 
the value from the "Response time' /^pect Instance to the "Price" Aspect Instance. 
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In addition to using the Propagated Value mechanism for propagating values between 
Aspect Instances another mechanism called the Rule-mechanism may also be used. The 
Rule-mechanism is based on expressions as described above but instead of pushing 
values actively between the Aspect Instances the expression is only calculated when the 
5 Aspect Instance needs the value. The oiles are expressions that are stored within and 
handled by the configured Aspect Patterns. The rule mechanism is typically prefen-ed over 
the Propagated Value-mechanism when pushing the value is costly. For example, a 
Business Object may be configured with an "Address' Aspect Pattem and a "Price" 
Aspect Pattem. When a "Price" Aspect Instance receives an Event jnstance of the 
10 "prepare invoice' Event Type, it needs to know the distance from the head office to the 
address given in the "address" Aspect Instance in order to calculate the price. Only at the 
time when the "price" Aspect Instance receives the Event Instance of the "prepare invoice- 
Event Type will it invoke its nile and retrieve the "distance" expression of the "address- 
Aspect Pattem. While this mechanism will result in the "price" Aspect Instance having an 
15 undefined value until the time of receiving the Event Instance of the "prepare invoice- 
Event Type it will on the other hand prevent the potentially costly distance calculation from 
taking place unless it Is really needed. 

A rule may be configured with an Aspect Pattem. A rule comprises one or more Rule 
20 Source connecting means. The rule further comprises an expression for calculating a 
value based on other values on the same or other Aspect Instances. The Rule Source 
connecting means comprises infonnatlon of where the values that the calculation should 
be based on should be found. 

25 In an embodiment of the invention the set of Aspect Patterns comprises a Relation Aspect 
Pattem. the Relation Aspect Pattem comprising: Aspect connecting means, one or more 
pieces of generalized functionality; wherein the pieces of generalized functionality are 
adapted to be specified, thereby providing pieces of specific functionality, a related 
relation Aspect connecting means, and one or more Aspect Event Type connecting 

30 means enabling that one or more pieces of functionality can be triggered. It is an 

advantage of the invention that connections between one or more Business Object Types 
may be created by configuring a relation Aspect Pattem. In this way all relations between 
Business Object Types and consequently also all their Business Object Instances may be 
handled in the same way because the relation Aspect Pattem only has to be implemented 
35 once, thereby providing less code find a more robust system. It is a further advantage that 



wo 02/35351 



PCT/DKO 1/007 12 



13 

all relations between Business Object Types are configured in the same way for the 
application developer. 

In a preferred embodiment of the invention a system is provided wherein the set of Aspect 
5 Patterns further comprises a plurality of Aspect Pattems each of said Aspect Patterns 
comprising one or more pieces of generalized functionality; wherein the pieces of 
generalized functionality are adapted to be specified, thereby providing pieces of specific 
functionality. Aspect connecting means, one or more Aspect Event Type connecting 
means enabling that one or more pieces of functionality can be triggered. By providing a 
10 plurality of Aspect Pattems the application developer is provided with more predefined 
functionality, thus facilitating the actual configuration of applications. 

Preferably, a plurality of the Aspect Patterns in the set of Aspect Pattems comprises 
meta-data. In this way connections between functionality and meta-data within an Aspect 
15 Pattem may be provided. This provides for the functionality within an Aspect Pattern to be 
specified when configuring by only specifying and/or adding meta-data. 

Furthermore, the at least one Aspect Pattern may preferably comprise an Aspect 
Interface. Preferable a plurality of Aspect Patterns in the set of Aspect Pattems comprise 
20 the Aspect Interface. This is an advantage since a new Aspect Pattem easily can be 
added to the set of Aspect Patterns as long as it comprises the same Aspect Interface. 

In the preferred embodiment or other embodiments of the invention a system, the design 
component further has preferably access to or is preferably provided with source Aspect 

25 connecting means and target Aspect connecting means and the set of Aspect Pattems 
further comprises preferably: one or more Aspect Pattems comprising, a piece of 
Expression functionality, one or more Aspect Pattems comprising: a piece of Channel 
functionality, thereby providing exchange of values between Aspect Instances. This is an 
advantage since it ensures that all values that have been configured In this way are 

30 updated whenever a change in the source Value happens. Also, it is an. advantage that an 
Aspect Instance may retrieve values in other Aspect Instances and still keep the Aspect 
Instances as well as the Aspect Types and the Aspect Pattems loosely coupled. 

In particular valuable embodiments of the invention a system in which the set of Aspect 
35 Pattems further comprises one or more Aspect Pattems comprising Rule Source 



PCT/DKOl/00712 



10 



connecting means is provided. It is an advantage to use a ruie (or niles) in cases v/hen 
e g the number of values that should be retrieved in order to calculate the expression .s 
high and in cases when there is no .^ason for updating the value in the Aspect Instance 
before it should be used. 

' m preferred embodiments of the invention a system is provided in which the design 
component is used for or designed to be used for configuring a plurality of Business 
Object Types. It is an advantage to configure a plurality of Business Object Types by 
using the same set of Aspect Patterns since it facilitates upgrades of the system. 

Also within the scope of the invention is a system wherein at least one Aspect Pattern 
within the set of Aspect Patterns comprises; one or more Aspect Types each Aspect Type 
being a specification of the Aspect Pattern. In this way the application developer may be 
provided with one or more partial configurations of one or more Aspect Patterns thus 
15 facilitating the configuration for the application developer. Preferably a system wherem the 
Aspect Types are designed to be configured with one or more Business Object Types is 
provided. This is an advantage since it provides for reuse of Aspect Types between 
Business Object Types. 

20 in preferred embodiments of the invention a system is provided wherein the Business 
Object Type connecting means comprises an identifier. BOTID. uniquely identifying the 
Business Object Type Is provided. It is also within the scope of the invention to prov.de a 
system wherein the Aspect connecting means comprises an identifier, ATID, uniquely 
identifying the at least one Aspect Pattem and a system, wherein the Aspect Event Type 

25 connecting means comprises an identifier. (A,ETID.A,ETID. A.ETID,. AhETID.). 

uniquely identifying the one or more pieces of functionality that can be triggered m sa.d 
Aspect Pattem. It is a further scope of the invention to provide a system wherein the 
Event Type connecting means comprises an identification number. ETID. uniquely 
identifying the Event Type, tt is an advantage to use identification numbers. IDs. when the 
30 actual configuration of an application is implemented in e.g. a relational database. 

Also within the scope of the invention are systems wherein the Event Type can be user 
fired in this way a user may initiate one or more pieces of functionality Wrthin one or more 
Aspect Patterns to be executed. Also, within the scope of the invention are systems 
35 wherein the Event Type can be fired by a piece of functionality within the Aspect Pattem .t 
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is configured with. This is an advantage since the system may initiate one or more pieces 
of functionality within one or more Aspect Patterns to be executed. By configuring Event 
Types as user fired or system fired or both it is possible to control what pieces of 
functionality that may be triggered by the user, the system or both. 

5 

It prefen-ed embodiments of the invention a system is provided wherein the design 
component further has access to or is provided with a set of pre-configured Business 
Object Types. The pre-configured Business Object Types may advantageously be 
configured with one or more Aspect Patterns that have been complete or partial 

10 configured, one or more Aspect Types that have been complete or partial configured, one 
or more Event Types that the Business Object Type may react on, one or more 
configurations of Event functionality within the one or more Aspect Pattems or the one or 
more Aspect Types. In addition a pre-configured Business Object type may be configured 
with one or more default values or rules. This is advantageously since the application 

1 5 developer does not need to configure the application from scratch. 



In addition, within the scope of the invention are systems wherein the design component 
has access to or further comprises a repository component comprising meta-data of the 
application. Thereby the design component comprises the actual configuration of an 
20 application. 



In a second aspect the present invention relates to a repository for an application in which 
a Business Object Type is based on at least one configured Aspect Pattern, said 
repository comprising one or more entries of configured Business Object Types each 

25 entry comprising a Configured Business Object Type ID (BOTID) uniquely defining the 
configured Business Object Type; one or more entries of configured Aspect Pattems each 
entry comprising the BOTID and a configured Aspect Type ID (ATID) uniquely defining the 
configured Aspect Pattern, one or more entries of the configured Aspect Pattern each 
entry comprising the ATID and meta-data specifying the configuration of the Aspect 

30 Pattem. one or more entries of configured Event Types each entry comprising the BOTID 
and an Event Type ID (ETID) uniquely defining the configured Event Type. It is an 
advantage of the invention that the repository for an application is structured in this way, 
since the Business Object Types do not need to l<now all Aspect Pattems in advance, 
thus facilitating upgrades of an application. 



35 
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in a prefen-ed embodiment of the invention a repositorv is provided further comprising one 
or more entries of configured pieces of Event functionaiity within an Aspect Pattern, 
wherein each of said entries comprises an Aspect Event Type ID. This is an advantage 
since an Event Type does not need to know of all the Event functionality In the Aspect 
5 Pattern in advance. 

m the scope of the invention Is a repository of the like outline above further comprising: 
one or more entries of configured Propagated Values; each of said entries comprising a 
configured Business Object Type ID (BOTiD) uniquely defining the configured Business 
10 Object Type, a Source Aspect ID (ATID.) and a Target Aspect ID (ATID,). In this way the 
Aspect Patterns do not need to know each other in advance, since all Aspect Patterns 
uses the same mechanism for propagating values. 

Furthermore, a repository wherein a part of the repository is a database is preferably 
15 provided according to may prefeired embodiments of the present invention. This is an 
advantage since currently a database provides for a more structured way of storing data. 
Preferably each entry Is a record in a table, in this way new Aspect Patterns can be added 
easily. 

20 A system wherein the repository component Is a repository as in any of the embodiments 
explained above Is also considered being wrthin the scope of the first aspect of the 
invention. 

m a third aspectthe present invention relates to a method for configuring a Business 
25 Object Type comprising the steps of; specifying one or more pieces of functionality within 
one or more Aspect Patterns, connecting one or more Aspect Patterns with a Business 
Object Type, connecting one or more Event Type with the Business Object Type, 
connecting one or more Event Types with one or more pieces of functionality within one or 
more Aspect Patterns, thereby specifying/enabling one or more pieces of functionality 
30 within the one or more Aspect Pattems to be triggered by the one or more Event Types, 
whereby a configured Business Object Type Is obtained. It Is an advantage of the 
invention that the application developer does not have to follow a predefined order of how: 
the Aspect Pattems and Business Object Types are connected, the Event Types and the 
Business Object Type are connected; the Event types are connected with the functionality 
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in the Aspect Patterns, and the specification of the functionality within the one or more 
Aspect Patterns. 

In prefen-ed embodiments of the invention a method is provided, wherein the steps of 
5 connecting an Aspect Pattern with the Business Object Type and specifying one or more 
pieces of functionality within each of the Aspect Patterns are repeated n times is 
performed. In this way the functionality writhin the Aspect Patterns is reused. Preferably a 
method wherein n is a number in the group consisting of (2, 3, 4, 5, 6, 7, 8, 9, 10, 1 1 12 
13, 14, 15, 16, 17. 18, 19, 20, 21. 22, 23. 24. 25, 26. 27. 28, 29, 30). 

10 

Also within the scope of the invention is a method, wherein one Event Type is connected 
with one or more one pieces of functionality within one or more Aspect Patterns. This is 
an advantage since the complexity of an Event Type may vary depending on the 
application. 

15 

In further scope of the invention a method is provided, wherein the step of connecting an 
Event Type v\rith the Business Object Type is repeated m times. In this way Business 
Object Instances of the Business Object Type will be able to execute various Event 
Instances of the Event Types. Preferably m is a number in the group consisting of (2, 3, 4, 
20 5. 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16. 17, 18. 19. 20, 21. 22, 23, 24, 25, 26, 27, 28, 29, 
30, 31, 32. 33. 34. 35, 36. 37. 38, 39, 40). 

In other preferred embodiments of the invention the method according to the present 
invention further comprises the steps of connecting a Relation Aspect Pattern with a first 
25 Business Object Type and connecting the Relation Aspect Pattern with a second 
Business Object Type thereby providing a connection between two Business Object 
types. This is an advantage since it provides for communication between Business Object 
Types. 

30 In further prefen-ed embodiments of the invention a method, further comprises the step of 
specifying a number of meta-data in an Aspect Pattern is provided. In this way the input of 
data at runtime are defined. 

Also within the scope of the invention are methods further comprising the steps of 
35 configuring Business Object Type connecting means with a Propagated value 
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mechanism, by configuring Source Value connecting means with Aspect connect.ng 
means, thereby specifying where a value should be retrieved from configured Target 
value connecting means with Aspect Connecting means, thereby specifying where me 
retrieved value should be set. in this way propagation of values between Aspect Instances 
5 at mntime can be perfom^ed. Also, it is ensured that all values configured as target values 
are updated when the source values change. 

Furthemiore. the invention has provided methods further comprising the steps of 
configuring an Aspect Pattern with Rule source connecting means, thereby spec.fy.ng 
10 where a value should be retrieved from and an expression comprising the retrieved value 
so a value can be calculated and set on the configured Aspect Pattern at runtime. This .s 
an advantage since values on an Aspect Instance that are configured with a Rule only w.ll 
be updated when needed. 

1 5 m other embodiments of the invention a method is provided that further comprises a step 
of storing the Configured Business Object Type in a Repository. Preferably the repository 
is a repository according to any of the embodiments described above. 

in a fourth aspect the present invention relates to a system for running an application. 
20 comprising a repository component comprising meta-data of configured Business Object 
Types, configured Aspect Pattems. and Event Types, a data storage component 
comprising 1 st order data of Business Object Instances. Aspect Instances, and Event 
instances, a Business Object Controller (BOC) component handling the propagaton of 
Event instances between Aspect Instances. In this way the actual configurations of an 
25 application Is hold In the repository and the instances hereof are hold in the data storage 
component. The dynamics are controlled by the BOC. This is an advantage since the 
Aspect Patterns do not need to know the other Aspect Patterns configurations. Preferably 
the repository is a reposrtory as described in any of the above-mentioned embod.ments. 

... preferred embodiments of the invention a system is provided wherein the BOC 
component further comprises a BO component and an Aspect Pattern Component, the 

component and the Aspect Pattern Component operating in the repository component 
and the data storage component. This is an advantage since the only Changes thathave 

to be made in the BOC when a new Aspect Pattern is added will be In the Aspect Pattern 



30 In 

CO 

BO 



35 Component. 



wo 02/35351 



19 



PCT/DKOl/00712 



In this and other embodiments of the invention a system wherein the repository 
component further comprising meta-data for the configured Propagated Values in the 
Application, and the BOC component further handling the propagation of the configured 
5 propagated values is provided. TTiis ensures that all Values on Aspect Instances that have 
been configured as target values in the Propagated Values are updated when their source 
values changes. 

Within the scope of the invention are systems further comprising a temporary memory for 
10 loading data from the repository component and the data storage component. In this way 
higher perfomiance can be achieved. 

In such and further embodiments of the invention a system further comprising an Event 
Queue is provided. This is an advantage since the Event Queue handles the right order of 
15 firing Event Instances when e.g. the Event Instances are fired from a number of Business 
Object Instances. 

In a fifth aspect the present invention relates to a method of running an Application, 
comprising the steps of: firing an Event Instance, the Event Instance comprising an Event 
20 Type ID uniquely identifying the Event Type, the Event Instance further comprising a 
Business Object Instance ID uniquely identifying the Business Object Instance the Event 
Instance is connected with, submitting the Event instance to one or more Aspect 
Instances connected with the Business Object Instance. This is an advantage since only 
the Aspect Instances need to know how to respond to the fired Event Instance. 

25 

In embodiments of the invention the method preferably comprising the step of fon«arding 
the Event Instance to an Event Queue Component, the Event Queue Component 
handling the order in which the Event Instance has to be fired is provided. This is an 
advantage since in this way it is ensured that the Event Instances are fired in the right 
30 order. 

Within the Invention is also considered methods wherein the submitted Event Instance is 
identical to the fired Event Instance. 
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,n such and other embodiments of the Invention a method wherein the Event Instance is a 
user fired Event Instance is provided. In this way a user of an appUcation can tnggerone 
or more pieces of functionality in the Aspect Patterns. 
5 .nsuchandotherembodimentsoftheinventionamethodwhereintheEventlnstanceisa 
system fired Event Instance is provided. In this way the application can .mtiate execuhon 
of one or more pieces of functionality within an Aspect Pattern. 

Within the invention Is also considered methods further comprising the step of setting a 
10 vaiueontheAspectinstanceinresponsetothefunctionaiitythathasbeenpe^^^^^^^^^ 
response to the fired Event instance. This is an advantage Since changes to the Aspect 

Instance can be added by use of the Event functionality. 

,n such and other embodiments of the invention a method wherein the propagation of 
15 Event instances between Business Object instances are based ontheconfigu^^^^^^^ 
the Relation Aspect pattern, in this way an Eventlnstance on one Business O^^^^^^^ 
.nstancecantriggeroneoremoreEventlnstancesonotherBusinessObjectlnstances. 

thus enabling communication between one or more Business Object Instances. 

20 in further embodiments of the invention the method further comprising the steps of 

1 . registering a change in a first Value within an Aspect Instance configured as a 

Source vwthin a Propagated Value 
2 retrieving the first Value within the Aspect Instance 

3* setting a second Value on an Aspect Instance configured with Target based on the 
25 first value. 

,n this way it is ensured that values configured as target values in a Propagated Value are 
updated when their source values changes. 

The method according to the present invention may preferably further comprise the steps 
30 of handling a rule configured with an Aspect Instance by 

1. retrieving a third value within an Aspect Instance configured as a source 

2 calculating a fourth value as response to the third value 

3 setting the fourth value on the Aspect Instance configured with the mle. 

,n this wayavalue on an Aspect instance configured witharule is only updated when 

35 used. 
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In such preferred embodiments of the invention a method further comprising the step of: 
loading data and infomnation and functionality related to the Business Object Instance 
comprising the BOID and its configured Business Object Type comprising the BOTID in a 
5 temporary memory is provided. Preferably a method wherein the step of loading data and 
infonnation and functionality related to the Business Object Instance further comprises: 
loading data and infonnation and functionality related to Business Object Instances and 
their configured Business Object Types related to the Business Object Instance 
(comprising the BOID) in the temporary memory is provided. In most cases this ensures 
10 that all relevant information that may be used in a transaction only has to be loaded from 
the repository and/or the data storage once. 

In such and other prefened embodiments of the invention a method Is provided further 
comprising the step of loading 1 .st ord^r data from the temporary memory to the data 
15 storage component In this way it is ensured that the data storage component may be 
updated when a transaction has successfully been executed. 

Brief description of the drawings 

Figure 1 illustrates a configuration of a Business Object Type based on Event Types, 
20 Aspect Patterns and Aspect Types. 

Figure 2 illustrates a configuration of a Business Object Type as in Figure 1 further 
comprising Propagated Values. 

25 Figure 3 provides an overview of the components that are used for designing an 
application as well as of the components that are used for executing an application. 

Figure 4 provides an example of a Database comprising the Repository Component as 
well as the Data Storage Component. 

30 

Figure 5 illustrates the Business Object Controller (BOC). 



Rgure 6 and Figure 7 are examples of sequerice diagrams illustrating different vvays of 
handling the execution of Event Instances. 
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Figure 8 is a sequence diagram illustrating how the Propagated Value mechanism worths. 
FigurB 9 is a sequence diagram illustrating how the Rule mechanism works. 



5 Implementation 

in the following an implementation of a systems architecture based on the temis defined 
above is presented. 

10 In Figure 3 the components of the systems architecture are shown. Every Aspect (either 
as Aspect Instance. Aspect Type, configured Aspect Type or Aspect Pattern) and 
Business Object (either as Business Object Instance, Business Object Type or configured 
Business Object Type) exists in each of the components shown in the figure. The figure 
shows dependencies of components indicated by the arrows (i.e. an arrow that points 

15 from one component to another indicates that the first component is using the functionality 
of the other component). 

An application developer may use the Designer component to create an application. The 
Designer thus presents to the application developer with the elements of the system 
20 architecture that may be configured in order to achieve an application. 

The user interface presents part of the actual application including runtime data (1st order 
data) for the end user. 

25 The Repos-rtory holds the meta-data of the system i.e. the data of the Aspect Patterns, the 
Aspect Types, the Aspect Type Configurations, the Business Object Types and the 
Configured Business Object Types. 

The Data Storage holds the 1st order data of an application, i.e. the .Business Object 
30 Instances made up of Aspect Instances. 

The Business Object Controller component controls the business logic of Uie system i.e.. 
It controls the 1st order data of the'system according to the meta<lata laid down in the 
repository. Thus, the Business Object Controller controls the dynamics of the system. 
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In a preferred embodiment of the systems architecture all data in the repository are stored 
in a database, but they could just as well be stored in e.g. a file (such as an XML file), 
which may be an advantage in cases where one or more users of an application do not 
have permanent access to the database of the application (e.g. in off-line situations) and 
5 where it is not feasible to install a relational database on the equipment they use. Rle- 
based storage has the advantage of integrating well with source code control systems 
facilitating scenarios where more than one person is working on the repository in parallel. 
Alternatively the repository can be stored as executable code. 

10 The layout of an embodiment of the Database comprising the Repository component as 
well as the Data Storage component is shown in Figure 4. The Frameworicpart and the 
Aspect Plug part handles the configured Business Object Types and Business Object 
Instances. The database further comprises one or more Aspect Pattern parts (Aspect 
Pattern 1 up to Aspect Pattem n). Each Aspect Pattern part comprises data characteristic 

15 for the corresponding Aspect Pattem. The data in the database are split in a Repository 
part comprising all meta-data, and a Data Storage part comprising 1st order data. Each 
part comprises one or more tables. 

Within the repository part of the database each Aspect Pattem comprises the meta-data 
20 specific for this particular Aspect Pattem. Each Aspect Pattern may comprise one or more 
related tables depending on the structure of the Aspect Pattern's specific meta-data. In 
the preferred embodiment of the invention the Aspect connecting means is an Aspect 
Type ID (ATID) that is used to identify the meta-data for a configured Aspect Type in its 
corresponding Aspect Pattern part. Thus, each Aspect Pattern comprises a table of 
25 configured Aspect Types for that Aspect Pattem that comprises zero or a numberof 

entries comprising an Aspect Type ID (ATID) and one or more meta-data characteristic for 
the specific Aspect Pattem. 

Each Configured Aspect Type comprises information of which pieces of functionality that 
30 may be executed within its Aspect Pattem when an Event Instance of a specific Event 
Type is received. Also, the configured Aspect Type knows what piece of functionality 
within the Aspect pattem an Event Instance can be fired from. For this purpose an Aspect 
Pattem may comprise one or more Aspect Event Type connecting means. In a preferred 
embodiment of the invention the Aspect Event Type connecting means may be one or 
.35 more Aspect Event Type IDs (AiETIDi, AiETIDj, , AnETID,. ANETID2....(not shown in 
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the Figure 4)) and the Event Type connecting means is an Event Type ID. The Event 
Type is then configured with one or more pieces of functionality within one or more Aspect 
Pattems by making a reference between one or more of the Aspect Event Type IDs with 
the Event Type ID (ETID). For example, if an address needs to be checked an Event Type 
5 ID -verify address" can be configured by relating it with the Aspect Event Type ID (e.g. 
A.TID5 which in Figure 4 e.g. could be Mas) connected with a piece of functionality within 
an Address Aspect Pattern that verifies an address against a national register. Thus, the 
configured Address Aspect Pattern has an Aspect Event Type ID (e.g. A.TlDs) "Verify 
address- referring to the Event Type ID "Verify address". 

10 

The repository part of the framework comprises infomiation of all configured Business 
Object Types and the domain of Event Types for each configured Business Object Type, 
in a preferred embodiment of the invention the Business Object Type connecting means 
is a configured Business Object Type ID (BOTID). The repository of the framework part 
1 5 comprises one or more tables comprising all configured Business Object Types in an 
application, the one or more tables comprising zero or a number of entries wrth the 
Business Object Types ID (BOTID). The repository part also comprises one or more 
tables of all Event Types in the application, the one or more tables comprising zero or a 
number of entries with a BOTID and an Event Type ID (ETID). The repository part further 
20 comprises one or more tables of the Propagated values. The one or more tables compnse 
zero or a number of entries comprising a Source Aspect ID (ATIDO. a Target Aspect ID 
(ATID2) and a BOTID. 

The Aspect Plug comprises information of how the various Business Object Types are 
25 configured with the Aspect Types of the various Aspect Patterns. The Aspect Plug in the 
repository part comprises one or more tables of how all of the Business Object Types .n 
an application are configured with the Aspect Types; these tables comprise zero or a 
number of entries comprising a Configured Business Object Type ID (BOTID) as well as 
the configured Aspect Type ID (ATID). For example, if a Business Object Type 
30 "Employee" should be created that comprises both a "Home Address" as well as an "E- 
mail address" a Business Object Type shall be configured in the Aspect plug e.g.. by 
making one entry that comprises a BOTID (e.g. "Employee")and an ATID "home address" 
and another entry that comprises the BOTID "Empioyee" and an ATID "E-mail address". 
The ATID "home address" in the Aspect Plug Is refeaed to by the ATID "home address" 
35 within the "Address" Aspect Pattern (e.g. corresponding to Aspect Pattern 1 1n Figure 3). 
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Which enables a postal address to be configured. Likewise the ATID "E-mail address" in 
the Aspect Plug Is referred to in the "Address" Aspect Pattern part with the ATID "E-mail 
address". The actual configurations of the "Home address" and the "E-mail address" in the 
"Address" Aspect Pattem can then be found in one or more entries in one or more tables 
5 referring to the ATID 'Home address" respectively " E-mail address'. 

In a preferred embodiment of the Invention the related relation Aspect connecting means 
of the -Relation' Aspect Pattem is a related relation Type ID. For example, if the 
"Relation" Aspect Pattem corresponds to Aspect Pattem 1 in Figure 4 the related relation 

10 Type ID could e.g. be Mn. A relation between two Business Object Types is then 

configured by configuringa BOTID "1° with an ATID '1° that refers to the ATID "1" in the 
"Relation" Aspect Pattem and also configuring a BOTID "2" with an ATID "2' that refers to 
the ATID °2" in the "Relation Aspect Pattem'. A relation between the configured Business 
Object Type identified by the BOTID 1 and the configured Business Object Type Identified 

15 by the BOTID 2 is then configured by setting the related relation Type ID, e.g. Mn, to '2" 
for the entry comprising the ATID °1' and Mn to "1" for the entry comprising the ATID "2". 

It is an advantage of the Aspect Plug that a new Aspect Pattern can be added to the 
database without redesign of the database, since the only changes to the layout of the 
20 overall Database would be the new Aspect Pattem (Aspect Pattem n+1) and adding 
standard information about the new Aspect Pattem to the Aspect Plug, thus facilitating 
upgrades of the system. In a preferred embodiment the standard information about the 
new Aspect Pattem is added in the Aspect Plug by only adding one line in one table. 

25 One embodiment of the data storage is shown in Rgure 4. The Data Storage part of the 
database comprises 1 *' order data of an application in one or more tables. The framework 
part comprises one or more tables of all Business Object Instances of an application and 
also one or more tables of what.Event Instances that have been fired. The actual Aspect 
Instances are stored In the corresponding Aspect Pattem parts of the Data Storage part in 

30 the database. 

From the figure it appears that the Data Storage part of the Framewori< part comprises 
one or more tables comprising Business Object Instances, the tables comprising zero or a 
number of entries with the BOTID and the Business Object Instance ID (BOID) of the 
35 Business Object Instances of the Business Object Type. The Data Storage also one or 
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more tables of all Event Instances that have been fired, the tables comprising zero or a 
number of entries with the BOID. the ETID and an Event Instance ID (EID). Each of the 
Aspect Pattern Parts in the Data Storage comprises one or more Tables of it Aspect 
Instances comprising zero or a number of the ATID. an Aspect Instance ID (AID) and the 
5 BOID The layout of the Framewori< is independent of the application, i.e. the Framework 
would be the same for e.g. a Field Service Management Application and a General 
Ledger Application. 

in Figure 5 a more detailed outline of the Business Object Controller (BOC is presented. 
10 The BOC exchanges documents with external components (such as the UI) . It .s the 
BOC interface Component that handles these operations. In the present systems 
architecture the BOC is developed in code (such as Visual Basic. C#. Java etc.) and .s 
executed on an application server. 

15 nie code that links the metadata and the 1st order data of the single Aspect Patterns 
together is comprised in an Aspect Pattern Component i.e.. the Aspect Pattern 
component reads in the Repository and operates in Data Storage. In the preferred 
embodiment of the systems architecture the Aspect Pattern Component compnses one 
componentfor each of the Aspects Patterns, where each of the Aspect Pattern 
20 components implements the same Aspect Interface. This enables the other components 
of the BOC to interact with any Aspect Pattern Component through its interface without 
knowing its implementation. This is an advantage since when a new Aspect Pattern .s 
created the only changes that have to be implemented will be in the Aspect Pattern 
component. Thus, the BOC can easily be updated when a new Aspect Pattern has to be 
25 implemented. The Aspect Interface gives access to such functionality as sending and 
receiving Event Instances, propagating values through expressions and channels as well 
as calculating rule expressions. 

one of the main functions of the BOC is to control the dynamics of the system. As 
30 mentioned eariier the dynamics of the system is managed by Events and propagated 
values. For this purpose the BOC further comprises an Event Queue that manages the 
Events and a propagated value component that manages the Propagated Values. The 
Events control the dynamics of the Business Objects, i.e. the Event Instances are 
connected to the actual Business Object Instances (confer Figure 4). The Event Queue 
manages the order in which the Event Instances must be fired. The Event Queue sees to 



35 



wo 02/3S351 



27 



PCT/DKOl/00712 



that the first incoming Event Instance is the first one to be fired to the specific Business 
Object instance. The following Event Instance will not be fired until the first Event Instance 
has been completed. The Event Queue receives the Event Instances through a Business 
Object (BO) component comprised in the BOG either received from the Data Storage or 
5 sent by an Aspect Pattern Component received from the Data storage, the Event Queue 
then put the Event Instance in a queue. The BO component takes responsibility for 
examining the repository to know which Event Types that are configured with which 
Aspect Types. 

10 When the time has come to fire the Event Instance, the Event Instance is fired to the 
Business Object component that passes the Event instance via the Aspect Pattern 
Interface on to the Aspect Pattern Component. The Aspect Pattern Component then takes 
care that the Event Instance is fired to the single Aspect Instances within the specific 
Business Object instance. The single Aspect Instances then finds out whether it is 

1 5 configured with the Event Type (the Event Instance is an instance of) or not. This is 

illustrated in Figure 6. In the figure an Event Instance "1" is fired to the BO component and 
then on to the Aspect Pattern (component) 1 and afterwards to Aspect Pattern 2. Aspect 
Pattern 2 then fires an Event Instance "2" as response to "1" to the BO component. The 
Event Instance °2" is then put in the. Event Queue. The BO component continues to pass 

20 the Event Instance on to the remaining Aspect Patterns, in this case only Aspect Pattern 
3. The Event Queue then passes the first Event Instance in its queue on to the BO 
component that passes the Event Instance " on to all of the Aspect Pattems. In another 
embodiment the Event Instance is only sent to the Aspect Instances that is connected to 
the Event Instance. 

25 

In another embodiment of the BOC the BOC does not comprise an Event Queue. The 
handling of Events in such a system is illustrated in Figure 7. In the figure an Event 
Instance "1' is fired to the BO component. The Event Instance "1" is then passed on to the 
Aspect Pattern 1 and Aspect Pattem 2. Aspect Pattern 2 then fires an Event Instance "2" 
30 in response to the BO component. Hereafter the BO component starts passing the Event 
Instance "2" on to all Aspect Pattems, ip this case first to Aspect Pattem 1 then to Aspect 
Pattem 2 and finally to Aspect Pattem 3. The BO component then finishes handling the 
Event Instance "1" by firing it to the.remaining Aspect Patterns, in this case only to Aspect 
Pattem 3. 

35 
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,n a preferred embodirrient of the Invention firing an Event Instance Is transactional I.e. 

unless it is possible to perform the entire process the system will retum to the .n.t,al state. 

During the response to an Event instance an Aspect Pattern may fire another Evem^ 

instance, which Is then queued until the first Event Instance has responded to all Aspects 
5 Patterns of the Aspect Instance configured with the Business Object Instance. The 
transaction spawned by the original Event Instance, comprises Event Instances fired In 
reaction to the Eventlnstance. Likewise for the embodiment of the BOC that does not 
comprise the Event Queue, the transaction spawned by the original Event Instance, 
comprises Event Instances fired in reaction to the Event Instance. 

Whenever a transaction is initiated a copy of all entries that comprises Infomiatlon about 
the one or more Business Object Instances is loaded in the BOC. That is. all related 
Business Object Instances, which are used in the current transaction Is loaded. When a 
Business Object Instance is loaded all relevant information is also loaded this may e.g. 
15 include, configured Business Object Types. Event Types, configured Aspect Types, and 
Propagated Values. Business Object Instances and Aspect Instances. Event Instances. 
Propagating a value is part of a transaction. 

,n Figure 8 the process of propagating a value is illustrated. When an Aspect Instance is 
20 changed a message is send to the BO component in the BOC (the BOC is illustrated In 
Figure 5) The BO component then passes on a message to the Propagate Value 
component that comprises infomiation of what Aspect Instance that is changed. The 
Propagated Value Component then finds all Aspect Instances that are targets for this 
change if any and returns the identification of these Aspect Instances to the BO 
25 component. The BO component then pushes the values from the source Aspect Instance 
on to the target Aspect Instances. 

In Figure 9 the process of calculating a mie is illustrated. When value on an Aspect 
instance is requested, a message comprising infom^ation about the expression to be 
30 calculated and where the one or more values should be looked up. is sent to the BO 

component in the BOC (the BOC is illustrated in Figure 5). The BO component then sends 
a message to the Aspect Instance to lookup the value with the value name. The Aspect 
instance hereafter returns this value to the BO component. The BO component calculates 
the expression and returns calculated value to the Aspect Instance. 
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CLAIMS 

1 . A system for configuring a Business Object Type, said system comprising a design 
component for configuring the Business Object Type, the design component having 
access to or being provided with 

- Business Object Type connecting means 

- a set of Aspect Patterns wherein at least one of said Aspect Patterns comprises 

b Aspect connecting means 

o one or more pieces of generalized functionality; wherein the pieces of 
generalized functionality are adapted to be specified, thereby providing 
pieces of specific functionality, and 

o one or more Aspect Event Type connecting means enabling that one or 
more pieces of functionality can be triggered 

- a set of Event Types, wherein at least one of said Event Types comprises 

o Event Type connecting means, 
wherein the Design Component is adapted to establish connection between said Business 
Object Type connecting means with the Aspect connecting means and said Aspect Event 
Type connecting means with the Event Type connecting means, thereby obtaining a 
configured Business Object Type. 

2. A system according to claim 1. wherein the set of Aspect Patterns comprises a Relation 
Aspect Pattern, the Relation Aspect Pattem comprising 

• Aspect connecting means 

• one or more pieces of generalized functionality; wherein the pieces of 
generalized functionality are adapted to be specified, thereby providing 
pieces of specific fiingtionality, 

• a related relation Aspect connecting means, and 

• one or more Aspect Event Type connecting means enabling that one or 
more pieces of functionality can be triggered. 



3. A system according to any of the claims 1 or 2, wherein the set of Aspect Patterns 
further comprises 

• a plurality of Aspect Patterns each of said Aspect Patterns comprising 
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o one or more pieces of generalized functionality; wherein the pieces 
of generalized functionality are adapted to be specified, thereby 
providing pieces of specific functionality, 

o Aspect connecting means, 

o one or more Aspect Event Type connecting means enabling that 
one or more pieces of functionality can be triggered. 

4. A system according to any of the claims 1-3. wherein a plurality of the Aspect Patterns 
in the set of Aspect Patterns comprises meta-data. 

5. A system according to any of the claims 1-4. wherein the at least one Aspect Pattern 
comprises an Aspect Interface. 

6. A system according to claim 5. wherein a plurality of Aspect Patterns in the set of 
15 Aspect Patterns comprise the Aspect Interface. 

7 A system according to any of the claims 1-6. wherein 

. the design component further has access to or is provided with 
o source Aspect connecting means and 
20 o target Aspect connecting mean 

and wherein the set of Aspect Pattems further comprises 
• one or more Aspect Pattems comprising 

o a piece, of Expression functionality, 
. one or more Aspect Pattems comprising 
25 o a piece of Channel functionality. 

thereby providing exchange of values between Aspect Instances. 

8. A system according to any of the claims 1-7. wherein the set of Aspect Pattems further 
comprises 

3Q , one or more Aspect Pattems comprising 

o Rule Source connecting means 

9 A system according to any of the claims 1-8. wherein the design component Is used for 
or designed to be used for configuring a plurality of Business Object Types. 
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10. A system according to any of the claims 1-9, wherein at least one Aspect Pattern 
within the set of Aspect Patterns comprises 

• one or more Aspect Types each Aspect Type being a specification of the 
Aspect Pattern 

5 

1 1 . A system according to claim 1 0. wherein the Aspect Types is designed to be 
configured with one or more Business Object Types. 

12. A system according to any of the claims 1-11, wherein the Business Object Type 
10 connecfing means comprises an identifier, BOTID, uniquely identifying the Business 

Object Type. 

13. A system according to any of the claims 1-12, wherein the Aspect connecting means 
comprises an identifier, ATID, uniquely identifying the at least one Aspect Pattern 

15 

14. A system according to any of the claims 1-13. wherein the Aspect Event Type 

connecting means comprises an identifier, (AiETIDi AiETIDz AnETIDi, AnETIDs), 

uniquely identifying the one or more pieces of functionality that can be triggered in said 
Aspect Pattern. 

20 

15. A system according to any of the claims 1-14, wherein the Event Type connecting 
means comprises an identification number, ETID, uniquely identifying the Event Type. 

16. A system according to any of the claims 1-15, wherein the Event Type can be user 
25 fired. 

17. A system according to any of the claims 1-16, wherein the Event Type can be fired by 
a piece of functionality within the Aspect Pattern it is configured with. 

30 18. A system according to any of the claims 1-1 7, wherein the design component further 
has access to or is provided with a set of pre-configured Business Object Types. 

19. A system according to any of the claims 1-18. wherein the design component has 
access to or further comprises a repository component comprising meta-data of the 
35 application. 
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20. A repository for an application in which a configured Business Object Type is based 
on at least one configured Aspect Pattern, said repository comprising 

one or more entries of configured Business Object Types each entry comprising a 
Configured Business Object Type ID (BOTID) uniquely defining the configured Business 
5 Object Type; 

one or more entries of configured Aspect Patterns each entry comprising the 
BOTID and a configured Aspect Type ID (ATID) uniquely defining the configured Aspect 
Pattern 

one or more entries of the configured Aspect Pattern each entry comprising the 
10 ATID and meta-data specifying the configuration of the Aspect Pattern. 

one or more entries of configured Event Types each entry comprising the BOTID 
and an Event Type ID (ETID) uniquely defining the configured Event Type 

21 . A repository according to claim 20 further comprising 

1 5 - one or more entries of configured pieces of Event functionality vwthin an Aspect 
Pattern, wherein each of said entries comprises an Aspect Event Type ID. 

22. A repository according to any of the claims 20-21 further comprising 

- . one or more entries of configured Propagated Values; each of said entries 
20 comprising a configured Business Object Type ID (BOTID) uniquely defining the 

configured Business Object Type, a Source Aspect ID (ATID,) and a Target Aspect ID 
(ATID,) 

23. A repository according to any of the claims 20-22. wherein a part of the repository is a 
25 database. 

24. A repository according to any of the claims 20-23. wherein each entry is a recoixl in a 



30 25. A repository according to any ofthe claims 20-24. wherein a part of the repository Is 
stored as a file. 

26. A repository according to any ofthe claims 20-25. wherein a part of the repository is 
stored as an XML file. 

35 
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27. A system for configuring a Business Object Type, said system comprising a repository 
wherein the repository component is a repository according to any of the claims 20-26, 
and a design component for configuring the Business Object Type, the design component 
having access to or being provided with 

5 - Business Object Type connecting means 

a set of Aspect Pattems wherein at least one of said Aspect Patterns comprises 
o Aspect connecting means 

o one or more pieces of generalized functionality; wherein the pieces of 
generalized functionality are adapted to be specified, thereby providing 
1 0 pieces of specific functionality, and 

o one or more Aspect Event Type connecting means enabling that one or 
more pieces of functionality can be triggered 
- a set of Event Types, wherein at least one of said Event Types comprises 
o Event Type connecting means. 

15 

28. A method for conflguring a Business Object Type, said method comprising the steps 
of 

specifying one or more pieces of functionality within one or more Aspect 
Pattems, 

20 - connecting one or more Aspect Pattems with a Business Object Type 

connecting an Event Type with the Business Object Type 
connecting one or more Event Types with one or more pieces of 
functionality within one or more Aspect Pattems thereby specifying one or 
more pieces of functionality within the one or more Aspect Pattems to be 

25 triggered by the Event Type or visa versa, 

whereby a configured Business Object Type is obtained. 

29. A method according to claim 28, wherein the steps of connecting an Aspect Pattern 
with the Business Object Type and specifying one or more pieces of functionality within 

30 each of the Aspect Patterns are repeated n times. 

30. A method according to any of the claims 28-29, wherein n preferably is a number in 
the group consisting of (2, 3. 4. 5, 6, 7, 8. 9, 10, 11, 12. 13, 14, 15, 16, 17, 18, 19, 20, 21, 
22. 23, 24. 25, 26, 27, 28, 29. 30) 

35 
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31. A method according to any of the claims 28-30. wherein the Event Type is connected 
with one or more pieces of functionality within one or more Aspect Patterns. 

32. A method according to any of the claims 28-31. wherein the step of connecting an 
5 Event Type with the Business Object Type is repeated m times. 

33 A method according to claim 32wherein m preferably is a number in the group 
consisting of (2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. K 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 
25. 26. 27. 28; 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40) 

34 A method according to any of the claims 28-33. further comprising the steps of 

connecting a "Relation" Aspect Pattern with a first Business Object Type 
and 

connecting the "Relation" Aspect Pattem with a second Business Object 

15 Type 

thereby providing a connection between two Business Object types. 

35. A method according to any of the claims 28-34. further comprising the step of 

specifying a number of meta-data in an Aspect Pattem 

20 ^ , 

36. A method according to any of the claims 28-35. further comprising the steps of 

configuring Business Object Type connecting means with a Propagated 
value mechanism, by 

- configuring Source Value connecting means with Aspect 
25 connecting means, thereby specifying where a value should be 

retrieved firom 

. configured Target Value connecting means with Aspect Connecting 
means, thereby specifying where the retrieved value should be set 

30 37 A method according to any of the claims 28-36. further comprising the steps of 

configuring an Aspect Pattern with Rule source connecting means, thereby 
specifying where a value should be retrieved from and an expression 
comprising the retrieved value so a value can be calculated and set on the 
configured Aspert Pattem at runtime. 
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38. A method according to any of the claims 28-37, further comprising a step of storing 
the Configured Business Object Type in a Repository. 

39. A method for configuring a Business Object Type, said method comprising the steps 
5 of 

specifying one or more pieces of functionality within one or more Aspect 
Patterns. 

connecting one or more Aspect Patterns with a Business Object Type 
connecting an Event Type with the Business Object Type 
10 - connecting one or more Event Types with one or more pieces of 

functionality within one or more Aspect Pattems thereby specifying one or 
more pieces of functionality within the one or more Aspect Pattems to be 
triggered by the Event Type, 

storing the Configured Business Object Type in a Repository, wherein the 
1 5 repository is a repository according to claim 26, 

whereby a configured Business Object Type is obtained. 

40. A system for running an application, comprising 

a repository component comprising meta-data of configured Business Object 
20 Types, configured Aspect Patterns, and Event Types 

a data storage component comprising 1 st order data of Business Object 
Instances, Aspect Instances, and Event Instances. 

a Business Object Controller (BOC) component handling the propagation of 
Event Instances between Aspect Instances. 

25 

41 . A system according to claim 40, wherein the BOC further handles the mntime 
instantiation of Business Object Instances, Aspect Instances and Event Instances. 

42. A system for running an application, comprising 

30 - a repository component comprising meta-data of configured Business Object 
Types, configured Aspect Patterns, and Event Types, wherein the repository is 
a repository according to any of the claims. 20-26, 
a data storage component comprising 1st order data of Business Object 
Instances, Aspect Instances, and Event Instances, 
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a Business Object Controller (BOC) component handling the propagation of 
Event Instances between Aspect Instances. 

43 Asystemaccordingtoanyoftheciaims40.42.whereinthe.BOCcomponentfurther 
5 comprises a BO component and an Aspect Pattern Component, the BO component and 

the Aspect Pattern Component operating in the repositonr component and the data 
storage component. 

44 A system according to any of the claims 40-43. wherein the repository component 

10 furthercomprisingmeta-datafortheconf.guredPropagatedValuesintheApplication.and 
the BOC component further handling the propagation of the configured propagated 



values. 



45. A system according to any of the claims 40-44. further comprising 

15 . a temporary memory for loading data from the repository component and the 
data storage component 

46. A system according to any of the claims 40-45. further comprising 

an Event Queue 

20 

47 A method of mnning an Application, comprising the steps of 

firing an Event Instance, the Event Instance comprising an Event Type ID 
uniquely identifying the Event Type, the Event Instance further comprising a 
Business Object Instance ID uniquely identifying the Business Object Instance 
25 the Event Instance is connected with 

submitting the Event Instance to one or more Aspect Instances connected w,th 
the Business Object Instance. 

48. A method according to claim 47. further comprising the step of 

30 - fonwarding the Event Instance to an Event Queue Component, the Event 

Queue Component handling the order in which the Event Instance has to be 
fired 

49. A method according to any of the claims 4-7-48, wherein the submitted Event Instance 
35 is identical to the fired Event Instance. 
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50. A method according to any of ttie claims 47-49, wlierein the Event Instance is a user 
fired Event Instance. 

5 51 . A method according to any of the claims 47-50, wherein the Event Instance is a 
System fired Event Instance. 

52. A method according to any of the claims 47-51 , further comprising the step of 

setting a value on the Aspect Instance in response to the functionality that has 
1 0 been performed as response to the fired Event Instance. 

53. A method according to any of the claims 47-52, wherein the propagation of Event 
Instances between Business Object Instances are based on the configurations of the 
Relation Aspect Pattern. 

15 

54. A method according to any of the claims 47-53, further comprising the steps of 

1 . registering a change in a first Value within an Aspect Instance configured as a Source 
within a Propagated Value 

2. retrieving the first Value within the Aspect Instance 

20 3. setting a second Value on an Aspect Instance configured with Target based on the 
first value. 

55. A method according to any of the claims 47-54, further comprising the steps of 
handling a rule configured with an Aspect Instance by 

25 1 . retrieving a third value within an Aspect Instance configured as a source 

2. calculating a fourth value as response to the third value 

3. setting the fourth value on the Aspect Instance configured with the mie. 

56. A method according to any of the claims 47-55, further comprising the step of 

30 - loading data and infomiation and functionality related to the.Buslness Object 
Instance comprising the BOID and its configured Business Object Type 
comprising the BOTID in a temporary memory. 

57. A method according to claim 56, wherein the step of loading data and information and 
35 functionality related to the Business Object Instance further comprises 
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loading data and Infomtation and functionality related to Business Object 
Instances and their configured Business Object Types related to the Busi, 
Object Instance (comprising the BOID) in the temporary memory 

J A method according to any of the claims 56-57. further comprising the step of 
loading i.st order data from the temporary memory to the data storage 

component.- 
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